Designing Multiple Function 
PC Cards 



• Sharing the IREQ Signal 

• Mapping I/O Port Ranges 

• Configuration Registers 

• Multi-function PC Card CIS 

• Interrupt Sharing Protocol 

• Arbitration 

• Power Management 

• Common Memory 

• LAN Operation 

OVERVIEW 

The broad acceptance of portable computers has driven a 
need to add functionality to these systems in a portable 
manner. PCMCIA has addressed this need by specifying a 
mechanism for placing a given I/O application on a PC 
Card. Since there are typically only tw/o slots in a computer, 
however, there's a growing need to place two or more I/O 
applications on the same card. 

This application note discusses the challenges implement- 
ing multiple I/O function PC Cards. Modifications or exten- 
sions to the PCMCIA PC Card Standards are discussed. All 
of the changes are intended to have minimal impact on host 
system software or socket hardware. The bulk of the chang- 
es concern the PC Card interface and Card Information 
Structure. Changes to the Card Services interface are also 
proposed. No changes are required for the Socket Services 
interface or socket controllers. The intent is to maximize 
backward compatibility with existing and future host sys- 
tems. 

WHY PC CARD STANDARDS NEED MODIFICATION 

Multiple function PC Cards may be implemented with the 
current PC Card standard. However, there is no definition 
how such cards should be implemented. This forces any 
client device drivers that wish to use the functionality on the 
PC Card to contain specific knowledge of the card. It is not 
possible to implement a generic multiple function PC Card 
client device driver given the wide variation in implementa- 
tions that could be used. 

Requiring any use of multiple function PC Cards to require a 
specific client device driver severely limits the interoperabili- 
ty of such a PC Card. Before it could be used on a host 
platform, the specific client device driver would have to be 
created for the combination of the card and the host envi- 
ronment. Instead of allowing the host platform manufacturer 
to develop a generic handler for all cards providing the 
card's functionality, another client device driver would be 
required. If an end-user wished to use the multiple function 
card and a single function card delivering some of the same 
capabilities, both drivers would have to be available in the 
host system, potentially wasting available system resourc- 
es. 



National Semiconductor 
Application Note 975 
January 1995 



^ 



This proposal does not require that all multiple function PC 
Cards provide their functionality as described by this docu- 
ment. A card manufacturer that is willing to be totally re- 
sponsible for all the client device drivers that use their card 
could choose to implement in any manner they chose. This 
proposal is intended to define a standard means of imple- 
menting a multiple function PC Card to allow generic client 
device drivers to be developed promoting the interoperabili- 
ty of such a card. 

Before exploring the implementation of multiple function PC 
Cards, this document reviews the handling of single function 
cards and cards which combine memory and a single I/O 
function. 

SINGLE FUNCTION PC CARDS 

In most cases today, PC Cards provide a single expansion 
function for a host system. For example, linear memory stor- 
age, data/FAX modem, LAN adapter or ATA disk drive. 
When a PC Card is inserted in a socket, software on the 
host system dedicated to the single function (often provided 
with the card) or a generic enabler recognizes and config- 
ures the card. Further, the present Card Services interface 
specification limits PC Card configuration to a single client. 
The specification does allow multiple memory clients to 
share a partitioned memory card, but the use of memory 
within a partition is expected to be exclusive. 

MEMORY AND I/O PC CARDS 

Combining memory storage devices with a single I/O func- 
tion is well-defined and easily achieved within the definition 
provided by the existing PCMCIA PC Card Standards. How- 
ever, even this limited sharing can be complicated if sepa- 
rate memory and I/O clients require the ability to control 
voltages delivered to the card. The current Card Services 
interface only allows a single client to control voltages ap- 
plied to a PC Card. 

MULTIPLE I/O FUNCTION PC CARDS 

Combining multiple I/O functions on a single PC Card is 
more problematic than the uses described above. There are 
a number of issues. They include: 

• Describing multiple functions in the PC Card's Card Infor- 
mation Structure. 

• Allowing single function host software to utilize one func- 
tion on a multiple function PC Card without affecting oth- 
er functions. 

• Allowing multiple I/O functions to share the single PC 
Card IREQ signal. 

• Mapping individual I/O port ranges used by each function 
into host system address space. 

• Control of Vcc and Vpp settings. 

The following sections expand on these issues and pose a 
number of questions. 
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MULTIPLE FUNCTION CARD 
INFORMATION STRUCTURES 

The present PCMCIA PC Card Standard does not describe 
how the Card Information Structure (CIS) of a multiple func- 
tion PC Card should be formatted. The current specification 
assumes a single set of configuration registers with a single 
configuration index. There is no way to specify in the CIS 
which configuration index values apply to the functions on 
the PC Card. 

SEPARATE FUNCTION ENABLING 

The use of a single set of configuration registers on a PC 
Card Introduces a number of side effects when multiple cli- 
ents attempt to use a card. For example, when a modem 
client enables modem functionality, how does a network 
adapter client later enable the network functionality? 
In addition, which client gets to report status through the Pin 
Replacement and Configuration and Status Registers? If 
they both have interrupts pending, which is reporting? 

SHARING THE IREQ SIGNAL 

When two or more functions use the same IREQ signal, the 
host system needs to determine which function is Interrupt- 
ing and be able to detect when other functions also require 
servicing. There are a number of methods that might be 
employed and this can be less of a problem on systems 
capable of level interrupt triggering. However, PC Cards are 
often used in systems using edge-triggered interrupts and 
sharing In those environments must also be supported. With 
one of the design goals requiring no new hardware In the 
host system, the proposed solution must be limited to 
changes in PC Card hardware. 

Since there Is a single IREQ line for a PC Card, which func- 
tion is reporting when an interrupt event is signaled? Which 
function handler receives the interrupt event notification in 
the host system? Which function handler performs required 
End Qf Interrupt processing on the host system? 

MAPPING I/O PORT RANGES 

If a PC Card contains multiple functions, where are the I/O 
registers for each function mapped into host system space? 
Some x86 systems have conventions for the location of 
function specific registers (i.e. serial ports used for data/ 
FAX modems) if these cards are to be used with existing 
software (i.e., PROCOMM PLUS®). The registers for other 
functions on the card are usually not located In contiguous 
address space due to the fact that such space may be in- 
use by another PC Card or host-based peripheral. How will 
non-contiguous address ranges be handled and how many 
need to be handled? 

CONTROL OF Vcc AND Vpp 

This problem is fairly straight fora/ard, the current standard 
only allows a single client to control voltages on a PC Card. 
This may not be sufficient if multiple clients are using the 
card and each requires such control. 

DESIGN GOALS 

As noted above, multiple function PC Cards will enjoy wider 
acceptance if specific card enablers and drivers are not re- 
quired. Based on the issues listed above, there are several 
design goals for supporting multiple function PC Cards. 
They include: 

• Tie function specific Information to configuration informa- 
tion In the Card Information Structure. 



• Allow independent use of multiple functions on the card 
by multiple clients including the ability to individually en- 
able, control, disable and report status for each function. 

• Since there Is a single IREQ line, develop an interrupt 
sharing protocol that allows multiple functions on the PC 
Card to share interrupt notifications. Support existing 
software that may be unaware of interrupt sharing. 

• Avoid requiring protocol for Inter-cllent communication In 
order to share a PC Card outside of the current program- 
ming model used by Card Services. 

• Do not require any change to socket hardware as cur- 
rently built. 

• Minimize impact to existing system software. If existing 
software may not be used with a multiple function PC 
Card, do not cause existing software to malfunction if it 
encounters such a card. 

GENERIC MULTIPLE I/O FUNCTION PC CARDS 

This section is an overview of the proposed implementation 
for multiple I/O function PC Cards. 

SEPARATE CONFIGURATION REGISTERS 
FOR EACH FUNCTION 

To eliminate interaction between multiple functions of a PC 
Card, each function has its own set of configuration regis- 
ters. In this manner, host software interacts only with the 
registers related to the function being managed and each 
function may be completely independent. 
Each function specific Configuration Option Register uses 
individual bits to signal function specific configuration Infor- 
mation: 

Bit 0-LSB Function specific enable. 
Bit 1 Enable function specific Base and Limit 

Registers 
Bit 2 Enable function specific IREQ routing 

Bit 3-5 Reserved for vendor implementation 

Each function specific Configuration and Status Register 
defines Bit as IntrReset. When this bit is reset to zero (0), 
the function handles interrupt notification the same as exist- 
ing implementations. The Intr flag (Bit 1) represents a func- 
tion specific interrupt request and is cleared by the function 
on the card when the event has been serviced. 
When IntrReset Is set to one (1), functions require a posi- 
tive acknowledgment when the host system has completed 
processing the interrupt event and the system is ready to 
accept another interrupt notification. The system notifies the 
PC Card it is ready for another interrupt by resetting the Intr 
flag to zero (0). If the function (or any function on the PC 
Card) is signaling another interrupt event, the card must 
again notify the host system of an interrupt condition. Since 
the card must signal if any function on the card that has 
interrupts enabled requires service, the Intr bit is aliased to 
all functions having the IntrReset bit reset to zero (0). 

ADDITIONAL CONFIGURATION REGISTERS 

Additional registers are defined following the I/O Event 
Register. These Include up to four Base Address Registers 
and a single Limit Register. These registers are written by 
host software during function configuration. The base of the 
range of contiguous I/O registers used by the function In 
host system address space is written to the Base Address 
registers before the function is enabled by writing the Con- 
figuration Index. This allows host software to place the func- 
tion wherever it desires in host system space. The Limit 



Register describes the size of the I/O range used by the 
function. Each bit in this register represents an address line, 
and all bits to the right of any bit set to one (1) must also be 
set to one (1). This requires I/O ranges to be sized as a 
power of two. 

MULTI-FUNCTION PC CARD CIS 

Multiple function PC Cards have multiple Card Information 
Structures (CIS). The first or primary CIS on a PC Card iden- 
tifies the card as containing multiple functions by the pres- 
ence of a CISTPL— LONGLINK— MFC tuple and the ab- 
sence of the CISTPL— FUNCID tuple. The PC Card also has 
a separate secondary CIS for each set of Configuration 
Registers on the card. 

The starting location of each secondary CIS is described in 
a single CISTPL— LONGLINK— MFC tuple in the first CIS. 
Each additional CIS shall begin with a CISTPL— LINKTAR- 
GET tuple. Each secondary CIS will contain a CISTPL — 
FUNCID tuple. 

The presence of the Base Address and Limit Registers are 
noted in the Configuration Tuple Configuration Registers 
Presence Mask within each secondary CIS. An implementa- 
tion may choose to limit the number of Base Address Regis- 
ters by resetting corresponding bits to zero. 
For most environments, at least two Base Address Regis- 
ters are required to allow I/O ranges to be located within a 
64 KByte I/O address spaces. The single Limit Register 
may be eliminated if all possible configurations for a func- 
tion use the same number of I/O address lines. 

INTERRUPT SHARING PROTOCOL 

Each function supports enabling and disabling interrupt noti- 
fication through its Configuration Register using Bit 2. In ad- 
dition, each function uses the Intr and IntrReset bits as 
described above. 

When multiple functions on a PC Card use interrupt notifica- 
tions on the card's single IREO line, it is important that End 
Of Interrupt (EOl) processing be performed only once. The 
preferred method of insuring that EOl processing happens 
only once is to have Card Services receive all card interrupt 
notifications and dispatch them for function specific pro- 
cessing to registered handlers. When all handlers have 
completed processing, the Card Services handler performs 
EOl processing, resets the Intr line on the card and returns 
from the interrupt notification. 

Interrupt handlers for multiple function PC Cards are regis- 
tered with Card Services using an extended RequestIRO 
function. The argument packet contains one additional four- 
byte field for specifying the callback handler for the client's 
interrupt handler. If the request is successful. Card Services 
sets the AsslgnedlRQ field in the RequestlRQ packet to 
the assigned IRQ level, which may already be in-use by oth- 
er functions on the PC Card. Interrupts from the PC Card 
transfer control to the Card Services interrupt handler. The 
Card Services handler then transfers control to the entry 
point registered by the client using the RequestlRQ func- 
tion via a CALL instruction. The client handler processes the 
notification and returns control to the Card Services handler 
by executing a RET instruction. 



While processing the interrupt notification, the client inter- 
rupt handler may enable interrupts on the host system. The 
client interrupt handler may also modify any other host sys- 
tem registers. The Card Services interrupt handler restores 
all registers to their entry value before returning from the 
interrupt notification. 

Interrupt handling is more complicated if the enabling client 
is only requesting interrupt routing on behalf of another soft- 
ware entity on the host system that may not have been 
loaded. For example, a generic enabler might configure the 
data/FAX modem function on a PC Card to use a standard 
COM port definition expecting a communications program 
loaded sometime later to simply use the port without realiz- 
ing the port resides on a PC Card. 

In this case. Card Services must utilize a redirection routine 
that transfers control to a traditional interrupt handler by 
simulating the hardware event. Since the traditional interrupt 
handler performs its own EOl processing, the Card Services 
handler must not perform EOl processing. A new flag in the 
Attribute field indicates the interrupt routine is performing 
EOl processing. Only one client may set this flag to one (1). 
The redirection routine is responsible for determining if it is 
appropriate to transfer control to the simulated interrupt 
handler. It is possible that no handler has yet been regis- 
tered for the simulated interrupt event. Typically, the redi- 
rection routine checks the Interrupt Mask Register (IMR) on 
the Programmable Interrupt Controller (PIC) to confirm the 
simulated level has been unmasked. 
WARNING: Simulated interrupt handlers performing End Of 
Interrupt (EOl) processing MUST use non-specific EOl noti- 
fications to the Programmable Interrupt Controller. 

NATIONAL PCM16C00VNG IC 

To simplify the development of Multi-Function PC Cards, 
National Semiconductor Corporation (National) has devel- 
oped a Standard Integrated Circuit known as the 
PCM16C00VNG. The PCM16C00VNG provides the neces- 
sary silicon to interface two (2) independent I/O functions 
on a PC Card to a PC Card socket. It also provides access 
to memory devices on the PC Card including non-volatile 
storage of a Card Information Structure (CIS) in inexpensive 
serial EEPROM devices. The following is a list of the 
PCM16C00VNG's key features. 

• Support for two (2) completely independent I/O functions 
allowing separate enabling with generic client device 
drivers. 

• Support for memory devices in either the attribute or 
common memory planes. 

• Full compliance with the PCMCIA PC Card Standard and 
proposed Multi-Function Extension minimizing system 
software impacts. This includes the IREQ generation pro- 
tocol outlined in the proposed Multi-Function Extension. 

• Full functionality with existing socket hardware designs, 
making current systems more capable with a simple PC 
Card system software update. 

• CIS storage in inexpensive serial EEPROMs, automatical- 
ly transferred to write-protected RAM within the 
PCM16C00VNG during initialization. 



• Automated EEPROM-based CIS update through simple 
RAM accesses, easy and reliable field updates by end- 
users. 

• Programmable digital port provides function-specific, in- 
the-field customization. 

• Independent, programmable power management for 
each function allows automatic or on-demand power 
conservation. 

• Card side DMA transfer support for devices such as the 
National DP83902VJG Ethernet Controller for supporting 
shared memory and programmed I/O mode drivers. 

• Programmable arbitration unit allows bus-mastering, on- 
card functions to be performance-tuned after manufac- 
ture by simply updating the CIS. 

• On-board buffer and glue logic reduces I/O and memory 
function interface requirements to maximize the use of 
PC Card real estate. 

The PCM16C00VNG manages a common data bus and 
common address bus on the Multi-Function PC (MFPC) 
Card. The chip also provides control signals for both I/O 
functions and access to common memory. These control 
signals include function access, event signals, reset, power 
management, and arbitration if bus mastering is required for 
common memory access. Figure / is a block diagram of the 
PCM16C00VNG used in a PC Card design. 
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FIGURE 1. National PCM16C00VNG 
Connection Block Diagram 

I/O FUNCTION SIGNALING 

Between the PCM16C00VNG and each I/O function are sig- 
nals for chip selection, interrupts, wait or bus throttling, 
ready status, reset, bus width (8- or 16-bit), read/write, and 
external asynchronous events. As with peripherals attached 
to an x86 Industry Standard Architecture (ISA) bus, data 
width is determined by the size of the access and the func- 
tion's use of the I0CS16 signal. 

Each I/O function signals interrupt events as per the pro- 
posed Multi-Function extension to the PC Card Standard. If 
only one device is using interrupts, the PCM16C00VNG may 
be programmed to create interrupt events as currently pro- 
duced by single-function PC Cards. The PCM16C00VNG 
also supports the positive-acknowledgment protocol de- 
fined for sharing the single IREQ signal from the PC Card. 



ARBITRATION 

Some I/O functions benefit from bus mastering or DMA 
transfers. The PC Card Standard, Revision 2.10, does not 
specify these types of transfers across the interface be- 
tween a PC Card and a host system. However, the 
PCM16C00VNG allows I/O functions to perform such trans- 
fers to memory devices located on the PC Card. The host 
system may then make potentially more efficient memory to 
memory transfers. 

Queuing parameters and requirements for such transfers 
vary widely among I/O functions. To accommodate these 
differences, the PCM16C00VNG allows the arbitration char- 
acteristics such as priority, latency, and preemption to be 
programmed. Since most designs benefit from actual expe- 
rience, the PCM16C00VNG allows these parameters to be 
adjusted at any time in a product's life cycle by simply up- 
dating the CIS. 

POWER l\/IANAGEMENT 

As with other control capabilities, the PCM16C00VNG pro- 
vides independent management of power conservation for 
each I/O function. If an I/O function can recover transpar- 
ently from power down, the PCM16C00VNG may be pro- 
grammed to place a function in power-down mode during 
periods of inactivity. When the PCM16C00VNG senses a 
function-specific access, it automatically releases the func- 
tion from its power-down state and allows the host access 
to complete. 

Host-based software may select other power conservation 
states by requesting that the PCM16C00VNG stop or divide 
clock signals for a specific I/O function. The PwrDwn bit of 
the PCMCIA-defined Card Configuration and Status Regis- 
ter is also supported. 

COI\/IMON IVIEMORY 

Connecting common memory devices is straightforward. 
The PCM16C00VNG passes common memory accesses 
without decoding. Additional address lines beyond those 
supported by the PCM16C00VNG are simply routed directly 
to the memory devices. The PCM16C00VNG confirms that 
any card-based bus mastering devices are inactive before 
allowing a host access to proceed. Memory functions requir- 
ing split address ranges can fragment common memory into 
two discontiguous ranges using a single address line with- 
out glue logic. 

LAN OPERATION 

The PCM16C00VNG incorporates special circuitry to sup- 
port National's DP83902VJG Ethernet controller without 
any glue logic. This support allows both shared DMA 
(Shared Memory Mode Software Drivers) and remote DMA 
(Programmed I/O Mode Software Drivers) operation. The 
arbitration unit within the PCM16C00VNG makes these 
DMA modes possible. In addition, the PCM16C00VNG pro- 
vides additional I/O registers within the device when pro- 
grammed for LAN Mode operations. These registers pro- 
vides support for coaxial or twisted-pair Ethernet applica- 
tions and other functions. 
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LIFE SUPPORT POLICY 



NATIONAL'S PRODUCTS ARE NOT AUTHORIZED FOR USE AS CRITICAL COMPONENTS IN LIFE SUPPORT 
DEVICES OR SYSTEMS WITHOUT THE EXPRESS WRITTEN APPROVAL OF THE PRESIDENT OF NATIONAL 
SEMICONDUCTOR CORPORATION. As used herein; 

1. Life support devices or systems are devices or 2. A critical component is any component of a life 



systems which, (a) are intended for surgical implant 
into the body, or (b) support or sustain life, and whose 
failure to perform, when properly used in accordance 
with instructions for use provided in the labeling, can 
be reasonably expected to result in a significant injury 
to the user. 



support device or system whose failure to perform can 
be reasonably expected to cause the failure of the life 
support device or system, or to affect its safety or 
effectiveness. 
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